[CTP] Apply the ZNC cross-section ratio after the pile-up correction - #15721
Open
sawenzel wants to merge 1 commit into
Open
[CTP] Apply the ZNC cross-section ratio after the pile-up correction#15721sawenzel wants to merge 1 commit into
sawenzel wants to merge 1 commit into
Conversation
This fixes the order of the division by 28 and the Poisson inversion in CTPRateFetcher::fetch, harmonizing it with getLumi. - The 28 is a ratio of cross sections, so it belongs on mu and not on a counting rate that has already saturated. - The PbPb hadronic rate returned is 2.7 % low at mu_ZNC = 0.055 and 5.4 % low at mu_ZNC = 0.116. - Every other source gets a ratio of one and is unchanged. - The derivation and the numbers are in the new CTPRateFetcher.md. https://its.cern.ch/jira/browse/O2-7143 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
sawenzel
changed the title
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This fixes the order of the division by 28 and the Poisson inversion in
CTPRateFetcher::fetch,because the 28 is a ratio of cross sections and belongs on mu, not on a counting rate that has
already saturated, and it harmonizes
fetchwithgetLumi, which already divides after thecorrection. O2DPG divides in that order too, in
MC/bin/o2dpg_sim_workflow_anchored.py.The PbPb hadronic rate returned by
fetch(..., "ZNC hadronic")is 2.7 % low atmu_ZNC = 0.055and 5.4 % low at
mu_ZNC = 0.116, so anything reading it as the PbPb interaction rate rises bythat much. Every other source is unchanged. Derivation and numbers are in the added
DataFormats/Detectors/CTP/CTPRateFetcher.md.